बनायें

लोगों को पसंद आने वाले नए उत्पादों का निर्माण करना कठिन है, क्योंकि ज्यादातर यह जटिल प्रक्रिया है जो लम्बा समय ले लेती है। यह हमें हमारी गलतियों से सीखने का मौका देता है, वह भी इस संदर्भ में कि जहां गलतियों को ठीक करने के लिए दोबारा पीछे मुड़ना कभी भी सही माना नही जाता।

कुछ अद्भुत बनाने की प्रक्रिया में रचनात्मकता और अनुशासन दोनों की भरपूर आवश्यकता होती है। कई उत्पाद विफल हो जाते हैं क्योंकि ये दोनो एक-दूसरे का समर्थन नही करते; बल्कि वे एक-दूसरे को सीमित करते हैं।

प्रबंधकों द्वारा संचालित सख्त प्रक्रिया रचनात्मकता को सीमित करती है तथा उसका परिणाम उबाऊ और बेकार उत्पाद ही होगा। अकेले निर्माता की रचनात्मकता पर निर्भर होने से आपको 80% तक का लाभ जल्द ही मिल जाएगा, लेकिन आप कभी भी महत्वपूर्ण विवरणों पर फिनिशिंग टच नही दे पाएंगे।

पिछले कई सालों में मैंने अहंकार, रचनात्मक वंध्यकरण और अनुशासन की कमी के कारण उत्पादों को विफल होते देखा है। गुणवत्ता वाले उत्पादों की आवश्यकता आज कल कुछ ज्यादा ही महसूस की जा सकती है, और ऐसे में समय और प्रतिभा बर्बाद करना किसी गुनाह से कम नही है।

Translated और Memopal में उत्पादों को बनाकर और इतने सारे बढ़िया स्टार्टअप देखकर मैंने एक ऐसी प्रणाली तैयार की है, जिसका उद्देश्य रचनात्मकता और अनुशासन का आवश्यक संतुलन बनाना है, वापस जाकर गलतियों को ठीक करने के लिए एक तेज़ और पूर्व-स्वीकृत तरीका जो सफल उत्पादों के दो सामान्य तत्वों को भी शामिल करता है: दृष्टि और मनोविज्ञान।

न्यूनतम टीम ऐसे बनती है:

• उत्पाद प्रबंधक, जिसका कार्यक्षेत्र कुशल नेतृत्व करना है।
• इस्तेमाल करने वाले, जिनके पास मुश्किल समस्या और उनके महत्व को व्यक्त करने का कार्य है। प्रारंभिक इस्तेमाल करनेवाला अनुकूलक है जिसने आपके उत्पाद को खरीदने/आजमाने में रूचि व्यक्त की है।
• डेवलपर, जिनके पास इस्तेमाल करनेवालों की मुश्किल समस्या के समाधान ढूंढने और उनकी लागत का आकलन करने का कार्य है।

यदि आप एकल संस्थापक हैं, तो मेरा सुझाव है कि आप उत्पाद प्रबंधक की भूमिका निभाएं और यदि संभव हो, तो डेवलपर के रूप में किसी को आपका सहयोगी बनाएं। ऐसे नही कि एकल संस्थापक उत्पाद प्रबंधक और डेवलपर की दोहरी भूमिका निभा नही सकते, लेकिन यह आदर्श नही है क्योंकि इसका परिणाम आरामदायक स्थिति में रहने का एक प्राकृतिक सी इच्छा बन जाती है, ऐसा कुछ होने से बचने के लिए ही इसे इस तरह बनाया है।

अधिकांश लोग प्रारंभिक लूप में इस्तेमाल करने वालों को नज़रअंदाज़ करके उत्पाद बनाते हैं। मेरे ख्याल से यह एक सही तरीका नही है। इस्तेमाल करने वालों के बिना सफल होने के लिए आपको भाग्य की बहुत आवश्यकता होगी और इस्तेमाल करने वाले भाग्य से काफी अधिक मात्रा में उपलब्ध है।

समस्या की पहचान करें

एक से ज्यादा 1 घंटे की कई बैठकें। इस्तेमाल करने वाले अपनी कथित परेशानी व्यक्त करेंगे। जब तक समस्या की असली जड़ उजागर नही हो जाती तब तक उत्पाद प्रबंधक समस्या स्पष्ट करने और गहराई से छानबीन करने के लिए प्रश्न पूछेगा। इस दौरान डेवलपर्स खामोश विवेचक रहते है। बस यही मौका है जब उत्पाद प्रबंधक की असली गुणवत्ता उजागर होती है: बेवकूफ करार दिये बिना कितनी गहराई तक असली समस्या के जड़ तक ये पहुंच सकते है? आमतौर पर इस्तेमाल करने वाले उत्पाद प्रबंधक को खुश करने का प्रयास करते है, सामान्यः वे यह जताते है कि समस्या का हल ढूंढने में काफी दिलचस्पी रखते है। हालांकि, उत्पाद प्रबंधक को इस्तेमाल करने वाले क्या कहते हैं नही सुनना चाहिए: बल्कि उनको यह देखना चाहिए कि वे करते क्या हैं। ऐसा करने के लिए, मैं अक्सर इस विचार की अनुरूपता बनाने का सुझाव देता हूँ कि पहले से ही एक उत्पाद है जो समस्या को हल करता है और X के नाम से जाना जाता हैं और जिनकी लागत Y है। तब मैं कहूँगा ‘कि क्या अब आप मुझसे एक हल लेना चाहते हैं?’. यदि इस्तेमाल करने वाला ‘हाँ’ कहता है, तो आपने एक कथित समस्या के कार्यकारी मूल्य की पहचान की है; यदि इस्तेमाल करने वाला ‘ना’ कहता है या अतिरिक्त आवश्यकताओं और जटिलताओं को जोड़ना शुरू कर देता है, तो आपको प्रक्रिया को फिर से शुरू कर देना चाहिए। उत्पाद प्रबंधक प्रत्येक मुश्किल समस्या को एक कार्य में परिवर्तित करेंगे।

परिकल्पना जोड़ें

भविष्य में उत्पाद आदर्शतः कैसा दिखाई देना चाहिए के लिए, 1 घंटे की कई बैठकें इस बात पर चर्चा करने के लिए करें। प्रतिभागियों को यह महसूस नही होना चाहिए कि उन्हें क्या बनाने के लिए पूछा जा रहा है, बल्कि आगे क्या हो सकता है के लिए उनकी राय ली जा रही हो। उत्पाद प्रबंधक डेवलपर्स से पूछते है कि वे किस तरीके से इस्तेमाल करने वालों की अपेक्षाओं, उनकी कथित समस्या को ध्यान में रखते हुए उनके उत्पाद को उससे बेहतर बना सकते है। वे इस बारे में बात करेंगे कि संभावित रूप से तकनीक क्या कर सकती है। उत्पाद प्रबंधक को इस्तेमाल करने वालों से वही पूछना चाहिए और अपना स्वयं का विचार अंत में प्रकट करना चाहिए। आम तौर पर, उत्पाद प्रबंधक का दृष्टिकोण ही मुख्य होता है, लेकिन आखिर में बताकर यह सुनिश्चित कर सकते हैं कि वे प्रतिभागियों की रचनात्मकता में कई गुना ज्यादा बढोतरी करें। चर्चा तब तक चलनी चाहिए जब तक कि उत्पाद प्रबंधक इस बात से सहमत न हों कि उनका उत्पाद भविष्य में तकनीकी रूप से व्यवहार्य और इस्तेमाल करने वालों द्वारा पसंद किया जा सकता हैं। उत्पाद प्रबंधक विचारों को कार्यों में परिवर्तित कर देगा।

मनोभाव जोड़ें

सबसे सफल उत्पाद इस्तेमाल करने वालों को उनके कथित समस्या के समाधान से कुछ अधिक देते हैं।

गर्व, आलस्य और उस चीज़ की इच्छा का परिचयन करना जो हमारे पास नही हो सकती है, शानदार उत्पादों के कुछ सामान्य तत्व हैं। वे मीटिंग सर्वश्रेष्ठ काम करती हैं जिनमें केवल उत्पाद प्रबंधक और इस्तेमाल करने वाले एक अंतरंग वार्तालाप में शामिल हो। उत्पाद प्रबंधक को अपने इस्तेमाल करनेवाले को काम या जीवन पर चर्चा करने में मशगूल करना चाहिए और पल भर के लिए उत्पाद बनाने के बारे में भूला देना चाहिए। उत्पाद प्रबंधक को अपने इस्तेमाल करनेवालों से यह पूछना चाहिए कि उन्हें अपने साथियों की तुलना में क्या उन्हें बेहतर दिखा सकता है, किससे उन्हें ऊब आती है और ऐसा क्या वह चाहते हैं जो उनके पास नही है। इसका कार्यों में बटवारा किया जाएगा।

प्राथमिकताओं और रिलीज को सेट करें

मुश्किल समस्या, परिकल्पना और मनोविज्ञान से प्राप्त सभी कार्यों को नीचे की एक तालिका में शामिल किया जाएगा:

टास्	$ कीमत	$ प्रभाव	राथमिकता
इसे साझा करने के लिए इस्तेमाल करने वालों को तस्वीर पर राइट-क्लिक करने को कहें	2,000	10,000	5.0
रिलीज 1
तस्वीरें ज़ूम करें	1,500	5,000	3.3
एंड्रॉइड का समर्थन करें	10,000	10,000	1.0
रिलीज़ 2
तस्वीरों का स्वचालित संगठन	50,000	25,000	0.5
सर्वश्रेष्ठ तस्वीरों को स्वचालित स्टार देने की प्रक्रिया	20,000	5,000	0.2
रिलीज़ 3

लागत कार्य की कुल ख़र्च का अनुमान है; यह केवल इंजीनियरों द्वारा भरा जाना चाहिए। कार्य के साथ जुड़े स्कोर या आर्थिक मूल्य को प्रभाव कहते है। यह केवल इस्तेमाल करने वालों द्वारा, अगर हो सके तो बिना लागत को देखे भरा जाना चाहिए। महत्वपूर्ण पहलू कार्यों के बीच संख्या ही नही बल्कि अनुपात है। यदि एक कार्य दूसरे से दो गुना मूल्यवान है, तो इसका प्रभाव दो गुना ज्यादा होना चाहिए। यह सुनिश्चित करने के लिए कि अनुमान सही हैं या नही, उत्पाद प्रबंधक ने इंजीनियरों और इस्तेमाल करनेवालों को चुनौती देनी चाहिए। उत्पाद प्रबंधक प्राथमिकता की गणना प्रभाव/लागत के रूप में करेंगे और कार्यों को अवरोही प्राथमिकता क्रम में रैंक करेंगे। उत्पाद प्रबंधक इस्तेमाल करनेवालों और इंजीनियरों की मदद से समांतर रिलीज की योजना बनाएंगे।

प्राथमिकता द्वारा कार्यों को ग्रुप में तब्दील करने से गारंटी दी जा सकती है कि पहली रिलीज में पैसे का अधिकतम मूल्य वितरित किया जा सकता है। उत्पाद/बाजार के लिए यह सही से समीक्षात्मक है। यदि पहली रिलीज में वांछित मूल्य प्रस्ताव स्पष्ट नही है, तो उत्पाद प्रबंधक को पिछले नंबरों को चुनौती देना चाहिए और/या मूल्य प्रस्ताव पर पुनर्विचार करना चाहिए। आप शायद यह भी पा सकते हैं कि संबोधित मुश्किल समस्या वास्तव में काम करने लायक ही नही है।

समीक्षा करें

उत्पाद रिलीज 1 बनाएं और इस्तेमाल करने वाले को इसका इस्तेमाल करने के लिए कहें। उचित छूट पर प्री ऑर्डर के लिए मांग करें, क्योंकि आप सर्वप्रथम उत्पाद के लिए सौदेबाजी कर रहे हैं। यदि इस्तेमाल करने वाले प्री ऑर्डर करते है, तो रिलीज 2 पर काम शुरू करें और शुरुआत से फिर से दोहराना शुरू करें।

यदि इस्तेमाल करनेवालें प्री-ऑर्डर नही करते हैं क्योंकि उन्हें यह नही लगता कि उत्पाद मुश्किल समस्या को हल कर रहा है, तो वापस जाएं और मुश्किल समस्या को फिर से पहचानें। अगर, कुछ चक्रों के बाद, इस्तेमाल करने वाले अगर अब भी प्री-ऑर्डर नही करते हैं, तो इन तीनो - याने इस्तेमाल करने वाले, डेवलपर और उत्पाद प्रबंधक के बीच सबसे कमजोर को बदल देना चाहिए और चक्र दोबारा से शुरू कर देना चाहिए।

रचनात्मकता और अनुशासन से परे, यदि आप अच्छे उत्पाद बनाना चाहते हैं तो आपको बड़ी हानि या बहुत सारे भाग्य की आशा करने के साथ तैयार रहना होगा। यदि आप एक अच्छा उत्पाद बनाना चाहते हैं, तो आपको दोनों की आवश्यकता होगी।